Добрые люди, я много читал про popFile и даже установил его на сервер, где стоит Eserv 3.10.
Из того что я успел прочитать на местном форуме и в документации popFile попытался сформулировать для себя план действий по дальнейшей настройке и не смог. Написано везде всего много, но так и не создано инструкции по установке.
Как прикрутить popFile к Eserv 3.10 (интересует идеальный вариант, когда ползователи по IMAP смогут сами решать где спам), кому-нибудь это удалось?
PopFile надо из комплекта Eserv
Настроить, чтоб запускался.
Eserv сказать — использовать POPfile
Ну и все, собственно, остаются нюансы настройки.
Напиши, что не получается то.
Короче, это я к чему и без обид на кого бы-то ни было. Надо бы какой-нибудь форум для чайников в Есерве, типа меня. А-то, я хоть уже и "заматерел" в боях с освоением этого, надо сказать замечательного, комплекса, а все же с глупыми вопросами писать в форум не решаюсь. Не то чтобы стесняюсь, но отвлекать людей от работы не хочется. Здесь идет создание и обкатка комплекса, здесь серьезная работа, отсюда и непонимание нашего с вами (Дима Бонд) непонимания.
К Дима Бонд
Если есть еще интерес к сабжу, попробую изложить свои действия по настройке. С точки зрения чайника, прошедшего путь от полного непонимания с чего начинать, до почти полностью работоспособного продукта. Сейчас у меня все работает (в смысле POPfile !). Объем нашей почты и специфика содержания переписки такие, что POPfil_у хватило одного двух десятков писем скормить, для того чтобы получить чуть ли не стопроцентный эффект!
Сразу вопрос: я встречал статьи, где люди делали папки "spam" и "ok"... Что за папки "clear" и "not_spam" вы создавали и как? На клиенте это просто папка в imap?
А вот теперь о последовательности моих действий. Установка идет без вопросов, которые могут поставить в тупик. PopFile устанавливается сразу куда надо и без каких либо настроек файлов. Все его настройки осуществляются через веб интерфейс
Долее следует настроить "Eserv3.ini", включив использование PopFile:
[SMTP]
UsePopFile=1
В "Eserv3.orig.ini" этот параметр по умолчанию равен нулю. Лучше не править его там, а переписать в "Eserv3.ini" и там исправить на единицу.
Работает PopFile или нет? Смотрим:
Сначала надо проверить, запущен ли процесс wperl.exe. Затем можно посмотреть в "acSMTP.log". Но для этого надо чтобы в "Eserv3.orig.ini", в секции [AntispamPopFile] было Debug=1 . А оно так и есть по умолчанию. (Потом, когда все заработает, можно будет выключить).
В "acSMTP.log" можно видеть приблизительно такую картинку:
В случае спама -
<?xml version="1.0" encoding="UTF-8"?><methodResponse><params><param><value><string>spam</string></value></param></params></methodResponse>
В случае чистого письма -
<?xml version="1.0" encoding="UTF-8"?><methodResponse><params><param><value><string>clear</string></value></param></params></methodResponse>
Но, скорее всего, с пустыми частотными словарями, эти строки будут без классификации, т.е. без слов spam и clear которые я специально выделил в выше приведенных, в качестве примера, строках лога. Но сами строки будут! Дальнейшая работа — наполнение частотных словарей.
Настройку почтового клиента привожу на примере "Outlook Express". Прошу прощения за возможно излишнюю избыточность, но я приведу далее кусочек инструкции, которую я рассылал своим юзерам:
- Вызвать окно "Учетные записи" в меню "Сервис".
- В закладке "Почта" выбрать "Добавить" / "Почта".
- Заполнить все поля, как и при настройке предыдущей учетной записи (POP3). За исключением страницы "Серверы электронной почты". Здесь следует вместо предлагаемого "Сервера входящих сообщений" POP3, выбрать IMAP. В результате, Вы получите новую учетную запись. Прежде чем закрыть окно управления учетными записями, желательно снова войти в настройку свойств этой учетной записи и убрать галочку "Хранить специальные папки на сервере IMAP", в закладке IMAP, которая заставляет клиента открыть на почтовом сервере папки "Отправленные" и "Черновики". Они не нужны нам, а на сервере открываются в кодировке "base64" и выглядят ужасно и непонятно, хотя и не мешают.
- "Синхронизировать учетную запись" IMAP. Это кнопка так называется, которую надо нажать. В этом случае, если у Вас уже есть почта, отфильтрованная как спам, то рядом с папкой, "Входящие" появится папка "spam" и в ней Вы увидите всю Вашу отфильтрованную почту. Эта папка открывается на сервере автоматически, но ее можно создать самостоятельно, если у Вас в папках уже есть письма со спамом и Вы собираетесь скормить их PopFile. Самостоятельно, но уже нужно, создать папку "not_spam". Все три папки (еще и "Входящие") находятся (у меня по крайней мере) относительно одного корня.
А далее, только обучение PopFile. Если в папках POP3 у Вас хранится спам, то этим нужно воспользоваться. Вы должны перетащить письма содержащие спам из этих папок в папку "spam". Далее, если в папке "spam" у Вас уже что-то есть и если Вы считаете, что некоторые письма были положены в папку "spam" незаслуженно, то следует их перетащить в папку "not_spam". При этом можно наблюдать поПока все. Если что вспомню, или обнаружу, что ошибся, напишу в эту тему.
Все работает правильно — так как и должно работать! когда вы работает с PopFile-ом как прокси (POp3, SMTP) — через попфайл проходит все письмо! и он добавляет в заголовок свое решение.
В Есерв3 — используется механиз XMLRPC — если провести аналог — это вроде dll для антивируса — которая по данному ей? для анализа письму — определяет есть ли там вирус или нет! а реакцию, на решение настраивать нужно в acSMTP! И реакция есть, в стандартной конфигурации, при определнии спама — асSMTP складывает его в специальную папку data\spam — для временного хранения.
Единственный минус! XMLRPC — это то, что в статистике POPfile-a проверенные (классифицированные) письма не отображаются — и следовательно их нельзя переклассифицировать церез web-интерфейс PopFile-a. Поэтому и разработанны методы переклассификации по IMAP и через возвраты сообщений отправителям с сылками на Web переклассификацию.
- PigMail — очень достойная и полезная вещь
) Всем советую 
Особенно "улыбает" то, что Pig работает именно в направлении нужд, небольшого офиса =)))) со всеми вытекающими отсюда =))))
P.S. я тоже использую 2-ку — вкачестве POP3 сервера.Во-первых — из-за второго антивируса (на днях прикрутил ClamAV к bat варианту проверки
Во-вторых — тестирую MContent
В итоге связка получилась очень функциональная =))))
+ еще и веб интерфейс для доступа к почте встал как влитой
MESSAGE-CLASS =~ spam
[IF]
CopyFileWithRcptsTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\spam\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\SpamRobots
RCPTTO DelRcpt
[ELSE]
CopyCurrentFileTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\INBOX\{MAILFROM}!{RANDOM-ID}.eml"
SMTP[ArchiveLocalMail] >FLAG | CopyCurrentFileTo: "{SMTP[ArchiveDir]}\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\Robots
RCPTTO DelRcpt
[THEN]
Про достоинства я слышал, приобрел, но пока хочу довести все без него, а потом прикрутить.
EvalRules: smtp\delivery\SpamRobots
добавляем "\" (слэш) т.е
\ CopyFileWithRcptsTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\spam\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\SpamRobots
и будев Вам счастье =)
(мы закоментировали строку — копирования писем в локальные спам-ящики пользователей) теперь все действия по выявлению неправильно классифицированных писем ложатся на плечи админа
В Outlook Express настроил IMAP, загрузил с сервера... папка spam не появилась.
Создал её руками, и еще папку clear.
Руками переслал себе свой спам с бесплатного почтового сервера, рассортировал его по spam\clear... В popFile появились уникальные слова в ведрах...
НО нет классифицированных писем, точность классфикации неизвестна и последних обработанных писем нет...
В acSMTP.log записи по классификации spam есть, но до папок IMAP ето не доходит...
В остальном по IMAP почта работает вроде нормально: посылается/принимается но НЕ УДАЛЯЕТСЯ (только красным крестиком помечается)
Я 8O наверное что-то не так делаю?
Dandy!, ситуация следующая:
На нашем предприятии есть учетная запись контроллера ВСЕЙ почты — контролирует всю деловую переписку и ведет её архив на разные пожарные случаи (а они возникают регулярно) — туда Eserv3 просто перенаправляет всю входящуюю почту.... вместе со спамом.
Я как умный решил, что эта учетная запись с таким количеством спама как нельзя лучше подойдет мне для тренировки popFile... Ничего не заработало и не работает... но только с этой учетной записью!
С другой обычной учетной записью, куда почта как обычно доставляется из вне, а не перенаправляется внутри, все отлично заработало и в IMAP письма сортируются spam,inbox -> clear|spam.
Похоже Eserv3 не использует popFile для исследования внутрекорпоративного трафика на спам
Dandy!, ситуация следующая:
На нашем предприятии есть учетная запись контроллера ВСЕЙ почты — контролирует всю деловую переписку и ведет её архив на разные пожарные случаи (а они возникают регулярно) — туда Eserv3 просто перенаправляет всю входящуюю почту.... вместе со спамом.
Я как умный решил, что эта учетная запись с таким количеством спама как нельзя лучше подойдет мне для тренировки popFile... Ничего не заработало и не работает... но только с этой учетной записью!
С другой обычной учетной записью, куда почта как обычно доставляется из вне, а не перенаправляется внутри, все отлично заработало и в IMAP письма сортируются spam,inbox -> clear|spam.
Похоже Eserv3 не использует popFile для исследования внутрекорпоративного трафика на спам
Правда это только на станциях, где стоит The Bat v2.10.03
а каков механизм перенаправления?!
есть такая проблема, проявляется только при использовании IMAP и TheBat
( ─юёЄртър ёююс∙хэш т ыюъры№э√щ яюўЄют√щ ∙шъ )
MESSAGE-CLASS =~ spam
[IF]
\ CopyFileWithRcptsTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\spam\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\SpamRobots
RCPTTO DelRcpt
[ELSE]
CopyCurrentFileTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\INBOX\{MAILFROM}!{RANDOM-ID}.eml"
SMTP[ArchiveLocalMail] >FLAG | CopyCurrentFileTo: "{SMTP[ArchiveDir]}\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\Robots
RCPTTO DelRcpt
[THEN]
Тут еще один вопрос: какие галочки надо ставить в синхронизации папок IMAP в The Bat?
Как пользователи могут обучать popFile, если последний почту классифицирует как сервис Eserv3? Интересует: влияет ли перетаскивание в IMAP письма из папки spam в папку clear?
В стандартной конфигурации переклассификация по IMAP срабатывает:
- переклассификация как спам — при перекладывании письма из любой папки в папку spam
- переклассификация как _не спам_ при перекладывании из любой папки в папку not_spam
другими словами создайте на сервере папку not_spam — и пусть пользователи перекладывают письма тудаСтоп! что-то я не вижу у Вас, где происходит передача писем Eserv2 ?!
Ведь, насколько я помню, у Вас Eserv2 работает как тосер?!
EMAIL_MASK;FORWARD_TO_SERVER;PORT;LOGIN;PASSW;POP_SERVER
"*";"all.ukrovl.mv.ru";726;;;
Видимо я напрасно так подробно все описывал... Это не читалось...
Пользователи не могут класть письма в папку "clear", она должна быть не папкой, а ведром и оно (ведро) должно быть видно только через веб интерфейс PopFile, так как в нем (в PopFile) и должно находиться!
ясно.... только я вот не опнимаю зачем?! я у себя использую только локальную доставку — т.е. изменил cSMTP\conf\smtp\delivery\local.rules.txt
В вашем случае (конкретно по вашей реализации) — могу только посоветывать использвать MContentDll для установления классификации письма (чтобы потом на 2-ке это письмо отфильтровывалось тем же Mcontent-ом)
Для Eserv3 есть специальная dll, которая достаточно сильно отличается от версии для 2-ки подробнее можно прочитать здесь:
При использовании классификатора почты PopFile с помощью MContent plugin производится модификация темы письма – вставляется [MESSAGE-CLASS] в случае, если письмо классифицируется не как 'clear'.
Но не наблюдаю я в письмах никаких изменений, вижу, что письмо классифицированное как спам ложится в папку spam и копия уходит пользователю без всяких изменений в поле тема.
Настраиваю IMAP с логином popfile_admin. Создаю папку "C:\Program Files\Eserv3\DATA\mail\reclassify\". В файле SpecialFolders.txt есть запись: popfile_admin@*;"{SMTP[Reclassify]}".
При попытке получить список папок получаю сообщение:
Configuration:
Account: popfile_admin
Server: _IP-адрес сервера_
User name: popfile_admin
Protocol: IMAP
Port: 143
Secure(SSL): 0
Code: 800ccc03
Смущает несколько название файла, где храняться спец-аккаунты, но доверился написаному в
Люди добрые, подскажите, в чем трабл?
Кто-нибудь настроил сие мощное оружие борьбы со спамом в тройке?
Или же Царь-пушка только грозит ворогам?
\Eserv3\acSMTP\conf\smtp\delivery\Local.rules.txt
( Доставка сообщения в локальный почтовый ящик )
MESSAGE-CLASS =~ spam
[IF]
" {FIELD3}"
RCPTTO AntispamPopFile[ToLocalSpamUsersList] IsInFile
SWAP STR@ SetField3
[IF]
CopyFileWithCurrentRcptTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\spam\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\SpamRobots
RCPTTO DelRcpt
[ELSE]
CopyFileWithCurrentRcptTo: "{FIELD3 S@}\{AntispamPopFile[SpamMaster]}\spam\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\SpamRobots
RCPTTO DelRcpt
[THEN]
[ELSE]
CopyCurrentFileTo: "{FIELD3 S@}\{RCPTTO GetUserFromEmail}\INBOX\{MAILFROM}!{RANDOM-ID}.eml"
EvalRules: smtp\delivery\Robots
RCPTTO DelRcpt
[THEN]
Соответственно в eserv.ini указаны SpamMaster=адрес и есть отдельный список тех, кто сам свой спам разбирает (научился с imap работать)
ToLocalSpamUsersList= имя файла